Systems and Methods for Generating Playlists in a Music Service

ABSTRACT

Systems and methods for generating a playlist on a device for a user of a music service are provided. In embodiments, a method includes initiating an online mode of the music service, where the device is connected to a music service server, and storing, in a cache memory of the device, at least one media object accessed by the user using the music service. The method further includes identifying the at least one media object as satisfying a pre-designated condition, and in response, automatically adding the at least one media object to a playlist stored in the cache memory. The method also includes receiving an indication, via a user interface of the device, to initiate an offline mode of the music service, where the device is not connected to the music service server, and upon initiating the offline mode, enabling playback of the playlist from the cache memory.

FIELD

This application generally relates to automatically generating playlistsfor a user. In particular, the application relates to platforms andtechniques for automatically generating playlists within a musicservice.

BACKGROUND

Music services are gaining in popularity as more consumers seekimmediate access to comprehensive music libraries. For example, insteadof purchasing individual copies of songs or albums (e.g., CDs),consumers can register with various music services to access musicoffered by the music services. Particularly, various music services andplatforms enable users to download or stream specific songs, albums, orplaylists to desktop applications or mobile devices. One benefitadvertised by many music services is the ability to access musiclibraries where ever the user is located, so long as a networkconnection is available. However, there are deficiencies in existingmusic services and platforms.

For example, if the network connection falters or halts altogether, anymusic playing through the music service stops, and the music service'smusic libraries become inaccessible. This can be especially frustratingwhen the user will be without a network connection for an extendedperiod of time, such as, for example, while travelling in a plane,working in a hospital or laboratory, or located at any other place withpoor reception or a complete lack of connectivity. While some musicservices allow users to download music to the user's device and thereby,access the music independent of a network connection, this feature isuseful only to the extent that the user remembers to download the musicbefore the network connection is severed.

SUMMARY OF THE INVENTION

The application is defined by the appended claims. This descriptionsummaries aspects of the embodiments and should not be used to limit theclaims. While this description is stated in the context of musicservices, that is only one example implementation and otherimplementations are contemplated in accordance with the techniquesdescribed herein.

The application is intended to solve the above-noted business andtechnical problems by providing systems and methods for automaticallygenerating playlists within a music service while a network connectionis available and providing access to the automatic playlists when anetwork connection is not available. In embodiments, systems and methodsare provided for generating a playlist on a device for a user of a musicservice is provided. According to an embodiment, a method includesinitiating an online mode of the music service on the device, andstoring, in a cache memory of the device, at least one media objectaccessed by the user using the music service. The method furtherincludes identifying, using a processor, the at least one media objectas satisfying a pre-designated condition, and responsive to theidentification, automatically adding the at least one media object to aplaylist stored in the cache memory. In addition, the method includesreceiving an indication, via a user interface of the device, to initiatean offline mode of the music service, and upon initiating the offlinemode, enabling playback of the playlist from the cache memory. Duringthe online mode, the device may be communicatively coupled to a serveraffiliated with the music service, and during the offline mode, thedevice may not be communicatively coupled to the server.

According to another embodiment, a method for generating a playlist on adevice for a user of a music service includes initiating, on the device,an online mode of the music service, and storing, in a cache memory ofthe device, at least one media object accessed by the user using themusic service. The method further includes identifying, using aprocessor, the at least one media object as satisfying a pre-designatedcondition, and responsive to the identification, automatically addingthe at least one media object to a playlist stored in the cache memory.The method also includes receiving an indication, via a user interfaceof the device, to initiate an offline mode of the music service, andupon initiating the offline mode, enabling playback of the playlist fromthe cache memory. During the online mode, the device is communicativelycoupled to a server affiliated with the music service, and during theoffline mode, the device is not communicatively coupled to the server.

BRIEF DESCRIPTION OF THE DRAWINGS

For a better understanding of the invention, reference may be had toembodiments shown in the following drawings in which:

FIG. 1 is a block diagram illustrating an exemplary environment forimplementing a music service, and/or portions thereof, in accordancewith embodiments.

FIG. 2 is a diagram illustrating various functionalities associated withgenerating playlists using a music service, in accordance withembodiments.

FIGS. 3-9 illustrate exemplary interfaces associated with a musicservice application, in accordance with embodiments.

FIG. 10 is a diagram of an exemplary device configured to interface witha music service, in accordance with embodiments.

FIG. 11 is a flow diagram depicting playlist generation techniques, inaccordance with embodiments.

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS

While the invention may be embodied in various forms, there is shown inthe drawings and will hereinafter be described some exemplary andnon-limiting embodiments, with the understanding that the presentdisclosure is to be considered an exemplification of the invention andis not intended to limit the invention to the specific embodimentsillustrated.

In this application, the use of the disjunctive is intended to includethe conjunctive. The use of definite or indefinite articles is notintended to indicate cardinality. In particular, a reference to “the”object or “a” and “an” object is intended to denote also one of apossible plurality of such objects.

In accordance with one or more principles of the invention, systems andmethods are provided for automatically generating a playlist whileconnected to a music service and providing access to theautomatically-generated playlist when the music service is unavailable,the automatically-generated playlist including music files that wereaccessed through the music service and are temporarily stored in a localmemory of the device. According to embodiments, an electronic device incombination with a music service server can implement the systems andmethods that generate the playlists and provide access thereto. Inembodiments, a user may access the music service through a music serviceapplication operating on the electronic device. According to aspects,the music service application may be configured to automatically cache,or temporarily download into a local memory, one or more music objectsaccessed using the music service, for example, via a streaming featureof the service. In embodiments, the music service application canautomatically generate a playlist comprising one or more of the cachedmusic files and store the playlist in the local or cache memory with adesignation for “offline” access (e.g., when network communication withthe music service server is not available). In this manner, the user cancontinue to have access to music, even if the music service applicationloses connection to the music service server, and even if the user doesnot actively download music to the device.

As used herein, a “music service” can be understood to be any service,platform, application, or the like that enables a set of users to accessand manage media data, such as, e.g., media objects or music objects,among other functionalities. Further, as used herein, a “playlist” canbe understood to be a listing, indication, or aggregation of one or moresongs, tracks, albums, and/or other media data files or objects that areaccessible to and manageable by one or more users, and from which theone or more users can select one or more songs for playback. In somecases, the media data files can be accessible locally to the device fromwhich the user is accessing the playlist. In other cases, the media datafiles can be accessible via streaming from a remote server or from otherdevices connected to the device via a network. According to presentembodiments, the music service enables users to share music with eachother. In some embodiments, the set of users can register with the musicservice.

It should be understood that any music object sharing, identifying,determining, locating, retrieving, providing or the like can befacilitated by an electronic device singularly, or by the electronicdevice in communication with a server, such as a music service server.For example, the electronic device (e.g., smartphone, tablet computer,notebook computer, etc.) can request a server to locate one or moresongs. Further, the server can provide any located songs to theelectronic device for playback by a user. Further, both the electronicdevice and the server can execute a music service or similar musicservice module or application to implement the functionalities asdiscussed herein.

FIG. 1 depicts an environment 100 comprising components and entities ofthe embodiments as discussed herein. It should be appreciated that theenvironment 100 is merely exemplary and can comprise fewer or morecomponents and entities, as well as other various combinations ofcomponents and entities.

As shown in FIG. 1 , the environment 100 comprises a device 105configured to communicate with a music service server 115. Inembodiments, it should be understood that the device 105 can be any typeof device such as, for example, a smart phone, a notebook or desktopcomputer, a tablet device, a personal data assistant (PDA), or the like,comprising any type of hardware or software components, or combinationsthereof. The device 105 can execute a music service application 107configured to facilitate the functionalities as discussed herein. Asshown in FIG. 1 , a user 106 can interface with the device 105 and/orthe music service application 107 thereof to manage variousfunctionalities associated with the components of the environment 100.The music service server 115 can comprise a combination of hardware orsoftware components (such as a music service module 116), orcombinations thereof, configured to support the facilitation of a musicservice, as well as the techniques for determining personal preferencesas described herein. In some embodiments, the user 106 of the device 105can register for an account or a registration with an associated musicservice and the music service server 115 and components thereof canprovide music data or objects to the device 105 in accordance with asubscription of the user 106. For example, in some cases, the user 106can select to download songs, tracks, and/or other music objects fromthe music service server 115 to the device 105. In other cases, themusic service server 115 can stream songs, tracks, playlist filesincluding songs, and/or other music objects to the device 105 for accessand consumption by the user 106.

In embodiments as shown, the music service server 115 can couple tostorage 117 that can be configured to store data associated with themusic service server 115. For example, the storage 117 can store anyassociated music data as well as data related to subscriptions and otheraccount information for users of the music service server 115. Thedevice 105 can connect to the music service server 115 via a network 122such as, for example, a wide area network (WAN), a local area network(LAN), or other networks. The network 122 can facilitate any type ofwireless data communication via any wireless communication standard ortechnology (e.g., GSM, CDMA, TDMA, WCDMA, EDGE, OFDM, GPRS, EV-DO,WiMAX, WiFi, Bluetooth, UWB, and others). More particularly, the device105 can send data to and receive data from the music service server 115via the network 122. For example, the music service server 115 canreceive music data requests from the device 105 and can transmit orstream music data to the device 105 according to the requests.

As shown in FIG. 1 , the environment 100 can further comprise a set ofadditional devices 110 that can also be configured to connect to themusic service server 115 via the network 122. Each of the set ofadditional devices 110 can be associated with a set of additional usersof the music service implemented by the music service server 115. Moreparticularly, each of the set of additional users can have an associatedaccount with the music service or can otherwise register with the musicservice. In embodiments, the device 105 can be configured to connect toand/or exchange data with the set of additional devices 110 via thenetwork 122. Any of the additional devices 110 can send music data tothe device 105 and/or to any of the remaining additional devices 110 viathe network 122.

According to implementations, the music service server 115, the device105, and the set of additional devices 110, and components thereof, canfacilitate the management of music subscriptions of the users of therespective devices 105, 110. More particularly, the music service server115 (and the music service module 116 thereof), the device 105 (and themusic service application 107 thereof), and/or the set of additionaldevices 110 can enable the respective users to share music objects witheach other. It should be appreciated that the music objects, asdescribed herein, can be any type of music data and information such as,but not limited to, one or more songs, one or more albums, a group ofsongs by a particular artist, one or more playlists, one or more musicvideos, various music artwork, and/or other types of media of data.

Users of the device 105 and/or the set of additional devices 110 caninterface with respective devices 105, 110 to initiate a music serviceor application and manage the functionalities of the music service. Thedevice 105 and/or the set of additional devices 110 can communicate withthe music service server 115 to transmit share activity, identify musicobjects based on the share activity, and access the music objects. Inembodiments, a user can select to play a music object, at which pointthe music service server 115 can retrieve the appropriate music objectfrom the storage 117 and provide (e.g., by streaming) the music objectsto the appropriate device 105, 110. In some embodiments, one or more ofthe music objects can be played from a local memory (e.g., local cache,disk cache, system cache, etc.) of the appropriate device 105, 110. Infurther embodiments, one or more of the music objects can be retrievedvia a peer-to-peer (P2P) network among the device 105 and the set ofadditional devices 110.

According to embodiments, the user 106 can be “connected” to or“following” other users (such as users of the additional devices 110)via a social feature of the music service. In some cases, some of the“connections” can be mutual whereby if User A is connected to User B,then User B is connected to User A. In other cases, some of theconnections can be one-directional whereby if User A is following UserB, then User B is not necessarily following User A. The social featurecan enable users to share music objects with additional users of themusic service, such as a particular user sharing a music object with oneor more connections or followers. In embodiments, one or more users canbelong to a certain group or other type of aggregation of users. Itshould be appreciated that other types of connections, followings, andgroups among users are envisioned. According to aspects, the socialfeature of the music service enables users to effectively andefficiently share music and other media with other users and groups ofusers.

According to embodiments, each user of the music service can have anassociated music profile that can include any data related to themusical tastes, preferences, listening history, interactions or socialnetwork connections with artists and/or other users, listening data ortrends, songs or artists that share similarities with other songs orartists that the user enjoys, has listened to, and/or is otherwiseassociated with the user, and/or any other data that can indicate thesongs, bands, artists, genres, and/or musical eras that a user tends toenjoy or not enjoy. In embodiments, the music profile of the user can bebased on other users, entities, or music or playlist curators that theuser is connected to, “follows,” subscribes to, or is otherwiseassociated with in the music service. In some embodiments, the musicprofile may include a preferred list (also referred to herein as“favorites list”) that identifies each song, album, artist, playlist orother music object for which the user has indicated a preference. Forexample, in embodiments, the user may indicate a song preference byselecting a preferred option (e.g., “love it,” “like it,” “favorite,”etc.) associated with the song via a user interface associated with themusic service application (such as, e.g., “love it” option 815 shown inFIG. 9 ).

In some embodiments, the music service application and/or the electronicdevice can be operable in one of an “online mode” and an “offline mode.”The online mode may be initiated when network communication with themusic service and/or the music service server is available. Conversely,the offline mode may be initiated when network communication with themusic service and/or music service server is unavailable. In someembodiments, the online mode and/or offline mode are automaticallyselected by the music service application and/or the electronic device,depending on a status of the network connection. In other embodiments, auser may select between the online mode and the offline mode using agraphical user interface associated with the music service application(e.g., as shown in FIGS. 3 and 4 ). In some cases, the user may selectthe offline mode even though a network connection is available, forexample, in order to avoid cellular data usage or limit the user'slistening options to the music content specifically available offline.

In embodiments, the music service application may present differentoptions, content, and/or functionality depending on whether theapplication is operating in the online mode or the offline mode. Forexample, the music service application may include an online version ofthe application that provides full access to the music service and theapplication's functionality (e.g., create playlists, browse musiclibraries, access featured playlists, albums, artists, and other musiccontent provided by the music service, etc.). In embodiments, the onlineversion may be a default version of the application and/or may appearwhenever the application is in the online mode. In addition, the musicservice application may include an offline version that appears when theapplication is in the offline mode. In embodiments, the offline versionof the application may provide access to songs, albums, playlists, andother music content that the user previously downloaded to the localmemory of the device or otherwise marked for offline access. Accordingto preferred embodiments, the offline version provides access toplaylists that were automatically generated by the music serviceapplication and/or the device for offline access, as described herein.As will be appreciated, the offline version of the application may notprovide content or functionality that requires network communicationwith the music service. In embodiments, when the music serviceapplication returns back to the online mode, the online version of theapplication also reappears.

In embodiments, the music service and/or the music service applicationmay include one or more aspects for facilitating the automaticgeneration of playlists comprising music objects cached in the localmemory of the device 105 and for enabling access to the automaticallygenerated playlists during the offline mode of the music serviceapplication. As used herein, the term “local memory” may refer to anytype of memory that is capable of being used for temporary data storage,including, for example, a local cache, a system cache, a disk cache, arandom access memory (RAM), or a cache memory. In some embodiments, thedevice 105, 110 may store different categories of data in separatememory locations. For example, music objects that are downloaded fromthe music service, or otherwise designated for offline access, by theuser may be stored in one memory (e.g., an offline cache), and musicobjects that are automatically downloaded or cached by the device 104,110 may be stored in a second memory (e.g., a system cache). Inembodiments, music objects may be cached or temporarily downloaded tothe local memory for a number of reasons, including, for example,conserving bandwidth by keeping frequently played songsreadily-available, decreasing downtime or “dead air” between the end ofone song and the beginning of the next song, or any other reason knownin the art for caching music files during access to a streaming musicservice.

FIG. 2 depicts a sequence 200 of interactions between a user 202 of amusic service (such as, e.g., the user 106 discussed with respect toFIG. 1 ), an electronic device 204 (such as, e.g., the device 105discussed with respect to FIG. 1 ), and/or a server 206 (such as, e.g.,the music service server 115 discussed with respect to FIG. 1 ) inaccordance with embodiments. In some embodiments, the sequence 200 maybe associated with a method for automatically generating playlists thatcan be available for offline access. For example, the electronic device204 and/or the server 206 may implement the functionalities depicted anddescribed herein by executing an application on the device 204 and/orthe server 206. In some embodiments, the device 204 may implementrelevant portions of the sequence 200 may executing the application andinterfacing with the server 206. In embodiments, the application may bethe music service application or a portion thereof, such as an automaticplaylist generation aspect of the application. In embodiments, theapplication may be a computer program stored on a non-transitorycomputer readable medium that is executable by a processor of thedevice. The device 204 and the server 206 may be communicatively coupledvia a network connection (e.g., an Internet connection). The user 202may interact with the device 204 through a user interface (e.g., atouchscreen) of the device 204. Although FIG. 2 is described withrespect to playing music files or songs, it should be appreciated thatother types of music objects (e.g., playlists, albums, artists, etc.)can be similarly involved in the sequence 200.

As illustrated, the sequence 200 includes the user 202 entering arequest to initiate an online mode (208) of the music service via theuser interface of the electronic device 204. In response to the onlinerequest 208, the device 204 communicates with the server 206 to gainaccess to the music service and thereby, initiates the online mode(210). In some cases, the online request 208 may be sent automaticallyin response to the user 202 logging into the music service and/or themusic service application on the device 204. In other cases, the onlinerequest 208 may be sent in response to a manual input entered by theuser 202, such as, e.g., selecting a “go online” option via the userinterface (e.g., by turning off an offline mode option 405 in FIG. 5 ).

Once connected to the music service in the online mode, the user 202 canbrowse and select music files from the music service via the userinterface of the device 204 and playback selected music files via aspeaker of the device 204. When streaming a selected music file from themusic service server 206, the music file may be cached simultaneouslywith, or at least partially overlapping, playback of the selected file.For example, upon receiving a request to play a selected music file, thedevice 204 may begin downloading the requested music file from theserver 206 and playing the downloaded portion of the file via thespeaker. Typically (e.g., if the network connection is sufficientlyfast), the device 204 can download the music file in its entirety beforeplayback is complete. While playback catches up, the device 204 cancache the downloaded portion of the music file in the local memory ofthe device 204 (e.g., the local cache or system cache). In embodiments,the device 204 may cache incoming music files to provide faster accessto requested data. For example, if a given music file was previouslycached, the next time the file is requested, device 204 can access themusic file directly from the local memory, rather than requesting thefile from the server 206.

In embodiments, the stored music files may be removed or deleted fromthe local memory at regular time intervals, upon reaching a storagecapacity of the local memory, after playback has completed, or at anyother time specified by a cache management plan for the music serviceapplication and/or the device 204. For example, in some embodiments, apreset amount of the local memory may be allocated or designated forcaching music files (e.g., two gigabytes (GB), one GB, etc.). In otherembodiments, a dynamic amount of the local memory may be allocated, forexample, by designating a percentage of the available storage capacityfor caching music files (e.g., ten percent, twenty percent, etc.). Asanother example, in embodiments, each music file may be assigned atimestamp upon caching the music file, and music files having atimestamp older than a threshold date and/or time can be automaticallydeleted or removed from the local memory. In yet another example, cachedmusic files for which the user indicates a dislike or negativepreference (e.g., selection of “hate it” option 816 in FIG. 9 ) may beautomatically removed from the local memory.

In some embodiments, the music service application may pre-cache musicfiles in anticipation of the next request, for example, by downloading,and storing in the local memory, songs that are expected to be playednext. For example, when the user begins playing a song from within analbum or playlist, the music service application may begin pre-caching apreset portion of the album or playlist, such as, for example, a numberof sequentially occurring songs (e.g., the next three or four songs), anamount of sequential playback time (e.g., the next twenty or thirtyminutes of playback), or an amount of sequentially-organized data (e.g.,the next 500 megabytes (MB)). In some embodiments, pre-cached musicfiles may be automatically deleted from the local memory if the userindicates a lack of interest in the files and/or the associated album orplaylist, for example, by switching to a different album or playlist.

In embodiments, while in the online mode, the device 204 may communicatewith the server 206 in order to report information related to songsaccessed using the device 204, such as, for example, listening history(e.g., whether the user completed playback of the song or skipped toanother song, the number of times the user has requested playback ofthat song, etc.), preference information (e.g., whether the userindicated a preference or a dislike for the song), and socialinteraction information (e.g., whether the user shared the song withother users on the music service). The music service may add this songinformation to the user's music profile, which may be stored at theserver 206.

Referring back to the sequence 200 in FIG. 2 , in some embodiments, thedevice 204 can identify (216) whether music files accessed by the user202 satisfy a pre-designated condition associated with the music serviceapplication's feature of automatically generating playlists availablefor offline access. In other embodiments, the server 206 may perform theidentifying (218) and transmit the identification of the music file tothe device 204. In some embodiments, the identification 216/218 onlyinvolves music files that are already stored in the local memory of thedevice 204. For example, the device 204 and/or the server 206 mayidentify which of the currently-cached music files satisfy thepre-designated condition. In other embodiments, the identification216/218 can involve any music file accessed by the user through themusic service.

In embodiments, the pre-designated condition includes receipt of a userpreference for, and/or a user selection of, a given song, album,playlist, or other music object. For example, the pre-designatedcondition may include receipt of at least one of: an indication from theuser to playback the music file, a playback request for the music filewithin a recent time period (e.g., in the past twenty-hour hours, in thepast week, etc.), an indication to add the music file to the user'spreferred list, an indication with the recent time period to add themusic file to the user's preferred list, a threshold number of playbackrequests for the music file, or a threshold number of playback requestsfor the music file within the recent time period. In some embodiments,the music service application may be configured to identify (216) musicfiles that satisfy at least one of a plurality of pre-designatedconditions. In other embodiments, the music service application may bedesigned for identification (216) based on one pre-designated condition,such as, e.g., receipt of a playback request within the recent timeperiod.

In embodiments, the device 204 and/or the server 206 may automaticallyidentify music files meeting the pre-designated condition atpredetermined time intervals, in response to each playback request,preference indication, or other action by the user, or based on avariety of other factors. For example, the device 204 and/or the server206 may search every two minutes for music files satisfying thepre-determined condition. As another example, the device 204 and/or theserver 206 may identify each music file played by the user as satisfyingthe pre-designated condition. In some embodiments, the device 204 and/orthe server 206 may also identify music files that no longer meet thepre-designated condition. For example, a music file that has not beenplayed within the recent time period may be deleted from the localmemory and consequently, removed from the list of identified musicfiles.

Referring back to the sequence 200 shown in FIG. 2 , in embodiments, thedevice 204 can automatically add (224) the identified music files to anautomatically-generated playlist stored in the local memory of thedevice 204. The automatically-generated playlist may become accessiblewhen the music service application is in the offline mode, for example,through the offline version of the application. In embodiments, theautomatically-generated playlist can be “dynamic,” since the contents ofthe playlist may be continuously updated as music files are added, orremoved front, the local memory. For example, any new music filesidentified (216/218) as satisfying the pre-designated condition may beautomatically added to the playlist. As another example, music filesthat no longer satisfy the pre-designated condition may be automaticallyremoved from the playlist. In some embodiments, music files may also beremoved from the playlist upon reaching a preset content limit, such as,e.g., a preset number of songs (e.g., twenty songs, twenty-five songs,etc.), a preset amount of play time (e.g., twenty minutes, thirtyminutes, etc.), and/or a preset amount of disk space (e.g., twogigabytes (GB)). In some embodiments, the preset content limit may bedefined by an available storage capacity of the local memory.

In some embodiments, the identified music files are previously-cachedfiles stored in the local memory (e.g., where the identified files aresongs that have been played within a recent time period). In otherembodiments, the identified music files may be downloaded to the localmemory from the music service server 206 prior to adding the files tothe playlist (e.g., as described with respected to FIG. 11 ). Forexample, in some cases, the identified files may be songs for which theuser has indicated a preference but are no longer stored in the localmemory (e.g., because the files have not been played within the recenttime period). In such cases, in response to the identification 216/218,the identified music files may be downloaded to the local memory andthen added to the automatically-generated playlist.

Referring back to the sequence 200, in embodiments, the user can request(226) to initiate the offline mode of the music service application viathe user interface of the device 204 (e.g., by selecting the on positionof offline mode option 305 in FIG. 4 ). In response to the offlinerequest 226, the device 204 can enable (228) access to theautomatically-generated playlist, as well as any other featuresassociated with the offline version of the music service application(e.g., turn off any network-related functions, present music contentavailable for offline access, etc.). For example, upon initiating theoffline mode, the music service application may present theautomatically-generated playlist to the user and display an option toinitiate playback of the stored playlist (e.g., play option 511 in FIG.6 ). In embodiments, the user 202 can request (230) to play a music fileincluded in the automatically-generated playlist using the userinterface of the device 204. In response to the playback request 230,the device 204 can initiate (232) playback of the requested music filefrom the local memory. Alternatively, the user 202 can request to playthe entire playlist, through the user interface, and in response, thedevice 204 can initiate playback of a first song include in theplaylist.

FIGS. 3-9 illustrate exemplary interfaces associated with the execution,facilitation, and implementation of an aspect of the music servicedesigned to automatically store, in a temporary memory of a user device,a playlist comprising cached music objects accessed by the user duringan online mode of the music service, the stored playlist being madeaccessible during an offline mode of the music service. Moreparticularly, FIGS. 3-9 illustrate screenshots of exemplary graphicaluser interfaces associated with a cached playlist generation aspect ofthe music service application executing on an electronic device. Theexemplary interfaces can be displayed on displays of devices of theusers of the music service, such as the device 105 and the additionaldevices 110. The devices can be configured to execute the music serviceapplication, and the interfaces of the music service application enablethe users to provide input associated with various functionalities. Thedata associated with the exemplary interfaces can be transmitted to,received from, and/or synchronized with a server, such as the musicservice server 115.

The users can interface with the music service application via a userinterface of the devices, such as a touchscreen 301, as illustrated inFIG. 3 . The exemplary interfaces can be displayed on the touchscreen301, which includes contact-sensing technology configured to sense ordetect user contact on the touchscreen 301 and to send one or moresignals indicating detection of a contact-based input to a processor(e.g., processor 1014 in FIG. 10 ) executing the music serviceapplication. It should be appreciated that the interfaces of FIGS. 3-9are merely exemplary and can comprise other various details,arrangements, and/or selectable options.

FIG. 3 depicts a screenshot of an exemplary settings interface 300associated with the music service application. The interface 300 canappear upon selecting a settings option (e.g., settings option 403 inFIG. 5 ). In FIG. 3 , the settings interface 300 is being accessed whilethe music service application is operating in the online mode, e.g., inthe online version of the application. This is indicated by the “off”position of an offline mode option 305 included in the interface 300.FIG. 4 depicts the settings interface 300 with the offline mode option305 in the “on” position to indicate that the music service applicationis operating in the offline mode. In embodiments, the user may togglebetween the online mode and the offline mode by selecting off or on,respectively, at the offline mode option 305.

FIG. 5 depicts a screenshot of an exemplary navigation interface 400associated with the music service application. The navigation interface400 includes a list of navigational options 407 for guiding the userthrough the offline version of the music service application. Forexample, the navigational options 407 include the settings option 403for accessing the settings interface 300 shown in FIG. 4 . Asillustrated, the navigational options 407 also includes a home option409 for taking the user to a home page or initial page (such as, e.g.,interface 500 in FIG. 6 ) of the offline version of the application. Theinterface 400 also includes an offline mode option 405 for activating(e.g., “on”), or deactivating (e.g., “off”) the offline mode. In theillustrated embodiment, the offline mode option 405 is in the onposition, indicating that the offline mode is active.

FIG. 6 depicts a screenshot of an exemplary navigation interface 500associated with the offline version of the music service application. Asillustrated, the interface 500 presents the user with access to musicdownloaded from the music service or otherwise designated to beavailable offline, as well as an additional content, such as, e.g., anautomatically-generated playlist. In embodiments, this playlist can beautomatically generated by the music service application to includecached music files as described herein, for example, with respect to thesequence 200 of FIG. 2 . In embodiments, the interface 500 can include aselect playlist option 513 and a play option 511 that enables the userto play the entire playlist. In the illustrated embodiment, the selectplaylist option 513 includes a graphical depiction representing theautomatically-generated playlist and the title of the playlist. In someembodiments, the graphical depiction may include album artwork, aphotograph of an artist, or other imagery associated with the musicfiles included in the playlist.

In the illustrated embodiment, the automatically-generated playlist ispresented with the title “My Recently Played Mix” and includes, forexample, songs or music files selected for playback within a recent orpredetermined time period (e.g., within the last day, the last week, thelast month, etc.). Other automatically-generated playlists associatedwith other pre-designated conditions are also contemplated according tothe principles disclosed herein. For example, in some embodiments, theautomatically-generated playlist may be a “frequently-played mix” thatincludes music files played by the user at least a threshold number oftimes (e.g., at least twenty times). As another example, theautomatically-generated playlist may be a “recent favorites mix” thatincludes music files that have been added to the user's preferred listwithin a recent time period (e.g., in the past week). In yet anotherexample, the automatically-generated playlist may be an “all-timefavorites mix” that includes all of the music files in the user'spreferred list.

FIG. 7 depicts a screenshot of an exemplary interface 600 associatedwith the offline version of the music service application. Asillustrated, the interface 600 includes a track listing 617 thatidentifies each song or track included in the playlist entitled “MyRecently Played Mix.” In embodiments, the interface 600 may appear uponuser selection of the select playlist option 513 on the interface 500.While the track listing 617 shown in FIG. 7 only shows seven songs, itwill be appreciated that the track listing 617 may include more songs.For example, the track listing 617 may extend beyond the screenshotshown in FIG. 7 and may be fully accessed by scrolling up or down in theinterface 600, thereby displaying any additional songs.

FIG. 8 depicts a screenshot of an exemplary graphical user interface 700associated with the offline version of the music service application. Asillustrated, the interface 700 includes a select playlist option 713associated with a playlist entitled “Shuffle All My Songs.” Theillustrated playlist may include songs or music files that weredesignated for offline access by the user during the online mode of themusic service application. For example, FIG. 9 depicts an exemplarygraphical user interface 800 that is associated with the online versionof the music service application and includes a “make available offline”option 814 for marking a selected music object (e.g., song, album, orplaylist) for offline access. Upon selection of the make availableoffline option 814, the selected music object may be downloaded to alocation within the local memory reserved for user-initiated downloads(e.g., the offline cache). The music objects stored in this location maybe automatically added to the Shuffle All My Songs playlist shown inFIG. 8 and made accessible when using the offline version of the musicservice application.

The interface 800 shown in FIG. 8 further includes a “love it” option815 for indicating a positive preference or love for a selected musicobject and/or adding the music object to the preferred list included inthe user's music profile. The interface 800 further includes a “hate it”option 816 for indicating a negative preference or dislike for aselected music object and/or adding the music object to a hated listincluded in the user's music profile. In embodiments, music objects inthe hated list may be excluded from any playlists or music suggestionsproffered to the user by the music service. In embodiments, userselection of any of the options 814, 815, or 816 may be transmitted tothe music service server via the network connection (e.g., while in theonline mode) and recorded in the user's music profile. In someembodiments, the interface 800 may also be associated with the offlineversion of the music service application, and user selection of any ofthe options 814, 815, or 816 may be temporarily stored in the localmemory until the online mode is re-initiated and/or a network connectionis restored. Upon connecting to the music service server, the storeduser selections may be transmitted or reported to the server in one ormore batches and recorded in the user's profile. Likewise, in someembodiments, while in the offline mode, the user's listening history maybe recorded and stored in the local memory, and once the online mode isre-initiated, the offline listening history may be sent to the musicservice server and added to the user's music profile. In this manner,for example, upon re-entering the online mode of the music serviceapplication, the My Recently Played Songs playlist may be automaticallyupdated based on the songs played and/or “loved” while in the offlinemode.

As shown in FIG. 10 , a device 1000, such as the device 104 or theadditional devices 110, can comprise a set of ports that can receiveinput signals or data from, or output signals or data to, othercomponents of a media distribution environment, such as the environment100 as discussed with respect to FIG. 1 . More particularly, a cellularinput port 1002 can receive cellular data from a wide area network 1004(such as various private or public networks), a GPS input port 1006 canreceive GPS coordinate data from a GPS network 1008, and a cellularoutput port 1010 can output data to the wide area network 1004. Thedevice can also comprise a display output port 1011 that can send datato a display (such as, e.g., the display 204) of the device 1000 fordisplaying graphical user interfaces and other display data. The device1000 can further comprise an optional touchscreen input port 1012 thatcan receive contact-based inputs from interactions with a touchscreen bya user operating the device 1000.

The device 1000 can further comprise a processor 1014 communicating witha memory 1016, such as electronic random access memory (RAM), or otherforms of transitory or non-transitory computer readable storage mediums,operating under control of or in conjunction with an operating system1018. In embodiments, the memory 1016 may include a local cache, asystem cache, a disk cache, a cache memory, and/or other temporary,local memory. The operating system 1018 can be any commercial,open-source, or proprietary operating system or platform. The processor1014 can communicate with a database 1020, such as a database stored ona local hard drive. While illustrated as a local database in the device1000, the database 1020 can be separate from the device 1000.

The processor 1014 can further communicate with a communication module1022, such as a wired or wireless data connection, which in turncommunicates with the wide area network 1004. Further, the communicationmodule 1022 can comprise radio transceivers that communicate with awireless local area network 1024 or other networks, such as variouspersonal area networks. The communication module 1022 can comprise aWWAN transceiver 1026 capable of communicating with the wide areanetwork 1004, a WLAN transceiver 1028 capable of communicating with thelocal area network 1024, and a WPAN transceiver 1030 capable ofcommunicating with a personal area network (such as a Bluetooth®network). Although not shown in FIG. 10 , the communication module 1022can further include various components for communicating with a GPSnetwork.

The set of ports 1012, 1002, 1006, 1010 of the device 1000 can use thecomponents of the communication module 1022 to connect to the entitiesof the environment 100. For example, the cellular input port 1002 canreceive streaming song data from the music service server 115 via theWWAN transceiver 1026. The processor 1014 can also communicate with aset of applications 1032 that can be configured to execute control logicand perform data processing to perform the functions and techniques asdiscussed herein. For example, the set of applications 1032 can comprisea music service application 1034 that can provide the interfaces asdescribed herein, receive inputs from the user, and facilitate thecommunication of data among the entities of the environment 100. Itshould be appreciated that other applications 1032 and functionalitiesthereof are envisioned.

While FIG. 10 illustrates the device 1000 as a standalone system using acombination of hardware and software, the components of the device 1000can also be implemented as a software application or program capable ofbeing executed by a conventional computer platform. Likewise, thecomponents of the device 1000 can also be implemented as a softwaremodule or program module capable of being incorporated in other softwareapplications and programs. In either case, the components of the device1000 can be implemented in any type of conventional proprietary oropen-source computer language.

FIG. 11 is a flowchart of a method 1100 for an electronic device (suchas the device 105) to automatically generate a playlist comprisingcached music files accessed by a user of a music service. It should beappreciated that the functionalities of the method 1100 can beimplemented with the electronic device executing an application andinterfacing with a remote server, such as the music service server 115.In embodiments, the application may be the music service application ora portion thereof, such as an automatic playlist generation aspect ofthe application. In some embodiments, the application may be a computerprogram stored on a non-transitory computer readable medium that isexecutable by a processor of the device. Further, according toembodiments, the electronic device includes a display, a user interface(such as the touchscreen 204), a memory (such as the memory 1016), and aprocessor (such as the processor 1014) communicatively coupled to thedisplay, the user interface, and the memory.

The method 1100 can begin at step 1102 where the processor determineswhether an indication to initiate an online mode of the music serviceapplication has been received. In embodiments, during the online mode,the device is communicatively coupled to a server affiliated with themusic service. If the answer at step 1102 is “no,” the method 1100 loopsback to step 1102 and waits for the indication to be received. If theanswer at step 1102 is “yes,” the method 1100 continues to step 1104,where the online mode of the music service application is initiated. Atstep 1106, the processor determines whether at least one media objectaccessed by the user through the music service satisfies apre-designated condition, the at least one media object being includedin a plurality of media objects accessible via the music service. Inembodiments, the at least one media object includes at least one of amusic file, an album, or a playlist. If the answer at step 1106 is “no,”the method 1100 continues to step 1108.

If the answer at step 1106 is “yes,” the method 1100 continues to step1110, where the processor identifies the at least one media object assatisfying the pre-designated condition. In some embodiments, thepre-designated condition includes receipt of a playback indication, froma user of the music service, to playback the at least one media object.In one such embodiment, the playback indication may be received within apredetermined time period prior to the identification of the at leastone media object, as described herein. In other embodiments, thepre-designated condition includes receipt of an indication, from a userof the music service, to add the at least one media object to apreferred list associated with the user on the music service. In onesuch embodiment, the preferred indication is received within apredetermined time period prior to the identification of the at leastone media object, as described herein. In still other embodiments, thepre-designated condition includes a threshold number of playbackrequests received in association with the at least one media objetwithin a predetermined time period, as described herein.

In some embodiments, the method 1100 includes step 1112, where theprocessor caches or temporarily stores the at least one media objectidentified at step 1110 in the memory of the device. For example, thestep 1112 may be needed if the at least one media object identified atstep 1110 is not stored in the memory of the device, specifically in acache memory of the device. If, on the other hand, the identified mediaobject has already been cached by the processor, the method 1100 willcontinue from step 1110 to step 1114.

At step 1114, in response to the identification at step 1110, theprocessor automatically adds the identified media object to a playliststored in the memory of the device. In embodiments, the playlistincludes one or more additional media objects that satisfy thepre-designated condition and are cached in the local memory of thedevice. In some embodiments, the playlist includes each media objectthat satisfied the pre-designated condition during a predetermined timeperiod (e.g., within the last week, the last month, etc.)

In some embodiments, the method 1100 includes step 1108, where theprocessor determines whether a predetermined threshold has been reachedfor a media object included in the stored playlist. If the answer is“yes,” the method 1100 continues to step 1116, where the media object isremoved from the stored playlist. If the answer is “no” at step 1108,the method 1100 continues directly to step 1118. In some embodiments,the predetermined threshold is defined by a storage capacity of thememory (e.g., whether a maximum disk space, or a percentage of theavailable disk space, has been exceeded). In other embodiments, thepredetermined threshold is related to a timestamp assigned to the one ormore media objects (e.g., whether the timestamp is older than apredetermined time). In some cases, media objects may be removed fromthe playlist in order of increasing playtime, so that the least playedmusic objects are deleted first. From step 1116, the method 1100continues to step 1118.

At step 1118, the processor determines whether an indication to initiatean offline mode of the music service application has been received viathe user interface of the device. In embodiments, during the offlinemode, the device is not communicatively coupled to the server. If theanswer at step 1118 is “no,” the method 1100 continues back to step 1106to check whether another media object has been identified. If the answerat step 1118 is “yes,” the method 1100 continues forward to step 1120,where the processor initiates the offline mode of the music serviceapplication. From step 1120, the method continues to step 1122, whereplayback of the playlist stored in the memory of the device is enabled.For example, at step 1122, the offline version of the music serviceapplication may be presented to the user with an option to play theautomatically-generated playlist (e.g., as shown in FIG. 6 ).

This disclosure is intended to explain how to fashion and use variousembodiments in accordance with the technology rather than to limit thetrue, intended, and fair scope and spirit thereof. The foregoingdescription is not intended to be exhaustive or to be limited to theprecise forms disclosed. Modifications or variations are possible inlight of the above teachings. The embodiment(s) were chosen anddescribed to provide the best illustration of the principle of thedescribed technology and its practical application, and to enable one ofordinary skill in the art to utilize the technology in variousembodiments and with various modifications as are suited to theparticular use contemplated. All such modifications and variations arewithin the scope of the embodiments as determined by the appendedclaims, as may be amended during the pendency of this application forpatent, and all equivalents thereof, when interpreted in accordance withthe breadth to which they are fairly, legally and equitably entitled.

1-25. (canceled)
 26. A method for providing media playback, comprising:presenting, on a user interface of a playback device, a first interfaceof an application in accordance with the application operating in anonline mode; streaming, by the playback device, from a music service, amedia item accessed through the music service in accordance with theapplication operating in the online mode; downloading the media item toa local storage of the playback device during playback of the mediaitem; receiving an indication that the application is no longeroperating in the online mode; and in response to the indication,presenting, on the user interface of the playback device, a secondinterface of the application, wherein the second interface of theapplication presents a user-selectable option to play the media item.27. The method of claim 26, wherein the media item is downloaded inresponse to receiving a user selection to make the media item availablewhile the application is no longer operating in the online mode.
 28. Themethod of claim 26, wherein the media item is retrieved from the localstorage of the playback device and played by the playback device inresponse to receiving a user selection of the user-selectable option toplay the media item.
 29. The method of claim 26, further comprising:receiving user selection of the media item for playback via the secondinterface of the application in accordance with the application nolonger operating in the online mode; receiving, during playback of themedia item, a rating of the media item via the second interface of theapplication; receiving an indication that the application is operatingin the online mode; and transmitting, to the music service, the ratingof the media item.
 30. The method of claim 26, wherein downloading themedia item to the local storage of the playback device further comprisesadding the media item to a media playlist that is made accessible viathe second interface of the application in accordance with theapplication no longer operating in the online mode.
 31. The method ofclaim 30, wherein the second interface of the application presents auser-selectable option to play the media playlist.
 32. The method ofclaim 26, further comprising: receiving a subsequent indication that theapplication is again operating in the online mode; and in response tothe subsequent indication, presenting, on the user interface of themedia playback device, the first interface of the application inaccordance with the application operating in the online mode.
 33. Anon-transitory computer readable medium comprising computer readablecode executable by one or more processors to: present, on a userinterface of a playback device, a first interface of an application inaccordance with the application operating in an online mode; stream, bythe playback device, from a music service, a media item accessed throughthe music service in accordance with the application operating in theonline mode; download the media item to a local storage of the playbackdevice during playback of the media item; receive an indication that theapplication is no longer operating in the online mode; and in responseto the indication, present, on the user interface of the playbackdevice, a second interface of the application, wherein the secondinterface of the application presents a user-selectable option to playthe media item.
 34. The non-transitory computer readable medium of claim33, wherein the media item is downloaded in response to receiving a userselection to make the media item available while the application is nolonger operating in the online mode.
 35. The non-transitory computerreadable medium of claim 33, wherein the media item is retrieved fromthe local storage of the playback device and played by the playbackdevice in response to receiving a user selection of the user-selectableoption to play the media item.
 36. The non-transitory computer readablemedium of claim 33, further comprising computer readable code to:receive user selection of the media item for playback via the secondinterface of the application in accordance with the application nolonger operating in the online mode; receive, during playback of themedia item, a rating of the media item via the second interface of theapplication; receive an indication that the application is operating inthe online mode; and transmit, to the music service, the rating of themedia item.
 37. The non-transitory computer readable medium of claim 33,wherein downloading the media item to the local storage of the playbackdevice further comprises adding the media item to a media playlist thatis made accessible via the second interface of the application inaccordance with the application no longer operating in the online mode.38. The non-transitory computer readable medium of claim 37, wherein thesecond interface of the application presents a user-selectable option toplay the media playlist.
 39. The non-transitory computer readable mediumof claim 33, further comprising computer readable code to: receive asubsequent indication that the application is again operating in theonline mode; and in response to the subsequent indication, present, onthe user interface of the media playback device, the first interface ofthe application in accordance with the application operating in theonline mode.
 40. A system comprising: one or more processors; and one ormore computer readable media comprising computer readable codeexecutable by the one or more processors to: present, on a userinterface of a playback device, a first interface of an application inaccordance with the application operating in an online mode; stream, bythe playback device, from a music service, a media item accessed throughthe music service in accordance with the application operating in theonline mode; download the media item to a local storage of the playbackdevice during playback of the media item; receive an indication that theapplication is no longer operating in the online mode; and in responseto the indication, present, on the user interface of the playbackdevice, a second interface of the application, wherein the secondinterface of the application presents a user-selectable option to playthe media item.
 41. The system of claim 40, wherein the media item isdownloaded in response to receiving a user selection to make the mediaitem available while the application is no longer operating in theonline mode.
 42. The system of claim 40, wherein the media item isretrieved from the local storage of the playback device and played bythe playback device in response to receiving a user selection of theuser-selectable option to play the media item.
 43. The system of claim40, further comprising computer readable code to: receive user selectionof the media item for playback via the second interface of theapplication in accordance with the application no longer operating inthe online mode; receive, during playback of the media item, a rating ofthe media item via the second interface of the application; receive anindication that the application is operating in the online mode; andtransmit, to the music service, the rating of the media item.
 44. Thesystem of claim 40, wherein downloading the media item to the localstorage of the playback device further comprises adding the media itemto a media playlist that is made accessible via the second interface ofthe application in accordance with the application no longer operatingin the online mode.
 45. The system of claim 40, further comprisingcomputer readable code to: receive a subsequent indication that theapplication is again operating in the online mode; and in response tothe subsequent indication, present, on the user interface of the mediaplayback device, the first interface of the application in accordancewith the application operating in the online mode.